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Abstract — In  this  paper,  we  propose  a  routing  protocol  in  an 
ad  hoc  network  that  ensures  timely  delivery  of  real-time  data 
packets.  This  is  achieved  by  carefully  accessing  the  resources 
available  to  a  route  before  a  session  is  admitted  along  that  route. 
Each  link  in  the  route  is  checked  for  sufficient  bandwidth  not 
only  for  the  new  session  to  be  admitted  but  also  for  the  sessions 
that  are  already  using  that  link.  The  new  session  is  admitted  only 
if  its  admission  does  not  violate  the  delay  bounds  of  any  of  the 
on-going  sessions.  This  method  of  route  selection  coupled  with 
per-hop  fink  reservations  allows  us  to  provide  bounds  on  the 
delay  performance.  Extensive  simulation  experiments  are  also 
conducted  that  demonstrate  the  performance  of  the  proposed 
routing  protocol  in  terms  of  throughput,  session  blocking  prob¬ 
ability,  average  path  length  and  delay. 

Keywords:  Ad  hoc  networks,  routing,  real-time  flows,  M/M/1 
model1. 

I.  Introduction 

A  wireless  ad  hoc  network  consists  of  inexpensive  nodes 
that  are  randomly  deployed  over  an  area  of  interest  forming 
a  self-organizing  and  self-configuring  multi-hop  network  [4]. 
These  networks  do  not  have  any  infrastructure  support  and 
in  most  cases  are  short  lived.  Military  applications  and  emer¬ 
gency  rescue  services  are  some  of  the  examples  of  ad  hoc 
networks.  Due  to  limitations  of  the  transmission  range,  the 
nodes  rely  on  each  other  for  packet  forwarding  with  the 
ultimate  goal  of  delivering  messages  across  the  network.  Thus, 
each  node,  apart  from  generating  packets  of  its  own,  acts  as  a 
router  and  forwards  packets  on  behalf  of  others.  For  routing 
purposes,  the  nodes  resort  to  some  sort  of  a  routing  algorithm 
which  determines  the  path  (route)  along  which  a  packet  is  to 
be  forwarded  from  the  source  node  to  the  destination  node  [2]. 
Most  commonly  used  routing  algorithms,  though  effective  for 
non-real  time  packet  delivery,  fail  to  meet  the  delay  bounds  for 
packets  generated  from  real-time  applications.  A  good  survey 
of  routing  protocols  for  ad  hoc  networks  can  be  found  in  [3]. 

In  this  paper,  we  focus  on  real-time  traffic  that  has  critical 
delay  requirements  and  demands  that  the  data  packets  be 
delivered  within  certain  delay  bounds.  It  essentially  demands 
certain  quality  of  service  assurance  in  terms  of  bandwidth, 
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delay,  and  jitter.  The  limited  radio  bands  (frequency  spec¬ 
trum)  and  interference  due  to  route  coupling  make  the  task 
challenging.  These  challenges  have  led  to  investigations  into 
various  aspects  that  have  enhanced  network  performance  and 
efficiency.  While  quality  assurance  is  necessary  for  real  time 
traffic,  it  is  also  necessary  to  utilize  the  limited  resources 
efficiently.  Hence,  it  is  important  to  strike  a  balance  between 
the  service  quality  and  and  the  utilization  of  the  resources. 

Since  timely  delivery  of  packets  is  very  crucial,  average 
delay  per  packet  is  usually  considered  as  the  most  important 
path  selection  criterion.  The  naive  method  would  be  to  pick 
any  path  that  offers  the  required  bandwidth  needed  to  support 
the  traffic.  However  problem  arises  when  new  flows  are 
admitted  as  they  may  adversely  interfere  with  the  ongoing 
sessions.  At  the  same  time  it  is  not  a  good  idea  to  block  flows 
that  could  have  been  supported  if  paths  were  chosen  wisely. 

In  this  regard,  we  propose  a  routing  protocol  for  carrying 
real  time  traffic  that  is  based  on  the  availability  of  resources 
(bandwidth)  at  every  hop  of  a  route.  Alongside,  resource 
reservation  and  residual  bandwidth  distribution  schemes  are 
proposed.  The  route  selection  algorithm  coupled  with  the 
resource  allocation  mechanism  can  accommodate  large  num¬ 
ber  of  concurrent  real  time  flows  with  delay  guarantees. 
The  proposed  scheme  is  distributed  in  nature  and  does  not 
involve  any  centralized  path  computation  which  is  usually 
very  expensive.  Moreover,  the  proposed  scheme  is  a  source- 
initiated  on  demand  route  acquisition  system  that  does  not 
require  routing  table  exchanges  or  maintenance.  In  particular, 
the  contributions  are: 

•  We  devise  a  route  discovery  scheme  that  is  based  on  delay 
estimation  along  any  route.  The  delay  of  a  route  is  calcu¬ 
lated  by  summing  the  delays  at  each  hop.  Of  the  multiple 
possible  paths  between  the  source  and  destination,  the 
path  that  offers  the  minimum  end-to-end  delay  without 
violating  the  the  quality  of  on-going  sessions  is  selected. 

•  We  use  a  M/M/1  model  to  calculate  the  delay  at  each 
intermediate  node.  We  consider  the  requirement  of  a 
new  session  in  terms  of  the  packet  generation  rate  and 
evaluate  if  the  residual  bandwidth  of  the  individual  links 
can  handle  the  demands  of  the  new  session. 

•  We  propose  a  resource  reservation  mechanism  that  en¬ 
sures  that  the  quality  of  the  on-going  sessions  do  not 
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degrade.  This  is  achieved  with  the  help  of  hard  and 
soft  reservation.  The  minimum  amount  of  bandwidth 
needed  to  support  the  traffic  is  reserved  while  the  residual 
bandwidth  is  distributed  over  the  sessions  to  process 
packets  faster. 

•  We  conduct  C  based  simulation  experiments  to  validate 
the  proposed  schemes.  We  vary  parameters  like  session 
generation  rate,  number  of  sessions  requested,  and  net¬ 
work  size.  Performance  of  the  proposed  schemes  is  shown 
with  respect  to  metrics  like  throughput,  session  blocking 
probability,  average  path  length  for  a  route,  and  average 
delay. 

II.  Proposed  Routing  Protocol 

For  any  QoS  aware  routing,  it  is  important  that  routes 
do  not  get  disrupted  frequently  and  the  promised  QoS  is 
violated.  Such  guarantees  can  be  made  if  we  assume  that 
the  environment  is  less  dynamic  and  topology  remains  the 
same  during  a  session.  An  example  could  be  a  scenario  where 
devices  equipped  with  audio-video  capturing  capabilities  are 
deployed  at  targeted  locations.  These  nodes  would  monitor  the 
area  constantly  and  any  event  that  triggers  the  sensors  would 
lead  to  a  request  of  path  to  send  the  information  to  a  centrally 
placed  node  via  the  typical  multihop  communication. 

A.  Consideration  for  Algorithm  Design 

In  this  research,  we  restrict  ourselves  to  limited  movement 
of  the  nodes  that  form  an  ad  hoc  network.  This  network 
consisting  of  multiple  nodes  are  confined  to  a  two  dimensional 
geographical  area.  We  assume  that  nodes  do  not  move  to  the 
extent  that  their  neighbors  change  during  packet  transmission. 
We  use  the  notion  of  delay  bounds  as  a  measure  of  quality  of 
service.  Average  end-to-end  delay  is  the  metric  for  deciding 
the  best  path  if  multiple  paths  exist  between  a  given  source- 
destination  pair.  For  every  new  session  that  a  node  generates, 
a  new  path  discovery  phase  is  initiated.  Though  multiple 
paths  may  exist  between  source  and  destination  nodes,  any 
intermediate  node  participating  in  route  discovery  is  aware  of 
just  the  minimum  delay  path  through  it. 

B.  Delay  Calculation 

We  assume  that  the  packets  arrive  at  a  node  following  a 
Poisson  distribution  and  their  processing  times  are  exponen¬ 
tially  distributed.  Thus,  the  queue  at  any  node  can  be  modeled 
as  a  M/M/1  system  [1],  The  assumption  of  a  M/M/1  model  is 
justified  as  short  messages  have  shown  to  follow  a  Markovian 
arrival  process.  Also,  the  service  times  of  each  packet  is 
independent  of  each  other.  Moreover,  it  is  easy  to  analyze 
M/M/1  systems  because  of  their  mathematical  tractability. 

To  calculate  delay,  we  assume  that  each  node  generates 
request  for  new  sessions  which  have  their  traffic  generation 
rates  and  packet  sizes.  If  packet  arrival  rate  is  A  and  service 
rate  is  //,  then  delay  can  be  calculated  using  Little’s  Law.  The 
average  delay  is  estimated  as  This  delay  is  inclusive 

of  service  time  and  queuing  delay.  The  buffered  packets  are 


served  as  per  FIFO  (first  in  first  out)  policy  at  a  rate  equivalent 
to  the  channel  capacity  of  the  outgoing  link. 

The  delay  incurred  by  any  packet  at  node  i  is  given  by 


The  total  delay  along  path  from  a  source  to  a  destination  can 
be  obtained  by  adding  up  delays  incurred  at  each  hop  along 
the  path  i.e., 

'D total  =  ^  T^i 

ieP 

where  P  is  the  set  of  nodes  comprising  the  path  from  source 
to  destination. 

C.  Resource  Reservation  Techniques 

The  delay  calculation  takes  into  account  the  service  rate 
which  is  essentially  an  estimation  of  available  bandwidth.  The 
available  bandwidth  needs  to  be  more  than  the  data  rate  being 
injected  into  the  system  by  the  source.  This  assurance  can 
be  achieved  by  reserving  bandwidth.  There  are  typically  two 
types  of  reservation  mechanisms. 

1)  Soft  Reservation:  In  this  case,  a  reservation  is  made  for  a 
given  period  of  time.  As  soon  as  resources  are  allocated 
to  a  flow,  an  associated  timer  is  started  at  the  end  of 
which  the  resources  are  released.  However  if  updates  are 
sent  before  expiration  then  the  timer  is  set  accordingly 
and  the  reservation  period  may  be  extended. 

2)  Hard  Reservation:  Though  the  reservations  are  made  in 
a  similar  way,  hard  reservation  needs  explicit  release 
message  in  order  to  release  the  reserved  resources.  There 
is  no  lifetime  or  timer  associated  with  hard  reservation. 

The  proposed  schemes  use  a  combination  of  both  soft  and 
hard  reservation.  The  minimum  bandwidth  required  to  support 
the  session  is  allocated  permanently  until  the  session  is  over 
while  the  residual  bandwidth  allocation  varies  as  sessions 
begin  or  end  between  a  given  pair  of  nodes. 

D.  Algorithm  Description 

Here  we  describe  the  algorithm  for  selecting  minimum  delay 
path  on  a  per  hop  basis.  The  delay  is  estimated  at  each  node 
along  the  path  with  sufficient  resources  and  the  path  with 
minimum  end-to-end  delay  is  selected.  The  formal  algorithm 
is  presented  in  Fig.  1  with  the  detailed  steps  discussed  next. 

1)  A  source  node  creates  a  request  by  specifying  the  traffic 
descriptors  like  the  packet  arrival  rate,  A  packets/second 
and  the  packet  size,  c  bits/packet. 

2)  The  source  node  then  checks  its  outgoing  links  for 
available  bandwidth.  All  neighbors  receive  the  request, 
but  only  the  ones  with  sufficient  resources  along  the  link 
will  further  send  the  request  to  their  neighbors. 

3)  While  doing  so,  the  source  node  calculates  the  delay 
along  each  outgoing  link  and  then  forwards  the  request 
to  its  neighbors.  In  this  way  the  delay  incurred  upto  a 
node  along  the  path  is  known.  In  case  the  link  capacity 
is  not  enough  to  support  the  session,  the  delay  is  set  to 
infinity  and  such  requests  are  not  sent  any  further. 
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Min.  Delay  Route  Algorithm 
l:  For  every  node  iV»,  setup  neighbor  list  L(JVj); 

2:  For  every  neighbor  Nj  of  node  Ay,  set  channel  capacity 

Cij', 

3:  A  request  for  transmission  with  packet  arrival  rate=  A/,  is 
initiated  by  node  Nk; 

4:  for  all  outgoing  links  OLk  through  Nk  do 
5:  if  bdTidwidtha,Vaiiabie{0 Lk)  A  Xk  then 

6:  Calculate  delay  =  - tt - - — — s— ; 

7:  Add  its  own  id  in  the  request  packet; 

8:  Cache  the  request  packet; 

9:  else  if  bandwidthavaiiabie(OLk )  <  Xk  then 

10:  delay  =  oo 

li:  end  if 

12:  Forward  the  request  packet  to  the  neighbor; 

13:  end  for 

14:  Check  the  cache  of  every  node  Nr  that  receives  the 
request; 

15:  if  This  request  is  received  for  the  first  time  then 
16:  for  all  outgoing  links  OLr  through  Nr  do 

17:  if  bandwidthavanabie(0 Lr )  Xk  then 

18:  Calculate  delay  =  delay  + 

_ i  _ . 

bandwidthavaiiabie(OLr)  —  \k  ’ 

19:  Add  its  own  id  in  the  request  packet; 

20:  Cache  the  request  packet; 

21:  else  if  baTidwidthavaiiabie^O Lk)  A  Xk  then 

22:  delay  =  oo 

23:  end  if 

24:  Forward  the  request  packet  to  the  neighbor; 

25:  end  for 

26:  else  if  This  request  is  present  in  the  cache  then 
27:  if  the  delay  in  the  new  request  is  less  than  the  delay  in 

cache  then 

28:  for  all  outgoing  links  OLr  through  Nr  do 

29:  if  bandividthavauabie(0 Lr)  Xk  then 

30:  Calculate  delay  =  delay  + 

_ t _ . 

bandwidthavauabie(OLr)  —  \k  ’ 

31:  Add  its  own  id  in  the  request  packet; 

32:  Replace  the  cache  request  packet; 

33:  else  if  bandwidthavauabie(OLk)  <;  Xk  then 

34:  delay  =  oo 

35:  end  if 

36:  Forward  the  request  packet  to  the  neighbor; 

37:  end  for 

38:  end  if 

39:  end  if 

Fig.  1.  Minimum  Delay  Route  Algorithm 


4)  A  node  that  receives  the  request  for  the  first  time  does 
the  same  thing  as  the  source  node.  It  also  calculates  the 
delay  along  each  outgoing  link  with  sufficient  resources, 
and  adds  this  delay  to  the  delay  incurred  in  reaching  this 
node  from  the  source  and  forwards  the  request  further. 

5)  If  the  node  has  already  forwarded  a  request  earlier,  it 


checks  to  see  if  the  new  path  along  which  it  receives 
the  request  has  a  lower  delay  to  offer.  If  so,  then  it 
repeats  the  above  step  and  updates  its  cache  with  the 
new  request  packet. 

6)  If  the  receiving  node  is  the  destination  node  then  it  does 
not  forward  the  request  further. 

In  the  proposed  algorithm,  the  service  for  the  channel 
between  two  adjoining  nodes  needs  to  be  estimated  in  order 
to  calculate  the  delay.  This  is  the  exponential  service  rate 
at  which  packets  from  the  sending  node’s  queue  will  be 
processed  if  the  session  is  admitted.  The  next  section  describes 
the  steps  involved  for  service  rate  estimation. 

E.  Resource  Allocation 

Though  packet  arrival  process  is  bursty  in  nature,  we  can 
always  find  the  long  term  average  arrival  rate.  As  long  as  the 
bandwidth  is  enough  to  support  the  long  term  average,  we 
assume  that  the  quality  of  service  is  acceptable.  Hence,  any 
new  flow  being  requested  to  be  admitted  into  the  system  should 
be  ensured  a  minimum  guarantee  on  the  bandwidth.  Hence 
bandwidth  equivalent  to  the  packet  arrival  rate  as  specified  in 
the  request  can  be  allocated  for  the  session  till  it  ends.  This 
hard  reservation  of  resources  are  dedicated  to  a  flow  until  the 
flow  ends. 

Larger  bandwidth  results  in  faster  processing  of  the  packets 
and  hence  delay  is  less.  Thus  a  higher  service  rate  is  always 
preferred.  At  any  instance,  there  could  be  some  channel  band¬ 
width  that  has  not  been  assigned  to  any  ongoing  session;  this 
is  known  as  the  residual  bandwidth.  We  distribute  this  residual 
bandwidth  proportionally  amongst  all  ongoing  sessions.  This 
assignment  is  like  soft  reservation.  However,  allocation  of  a 
part  of  the  residual  bandwidth  is  not  for  any  pre-determined 
time  period.  Hence,  the  extra  allocated  bandwidth  can  be 
withdrawn  in  order  to  accommodate  any  new  flow  that  would 
share  the  residual  bandwidth. 

To  summarize,  all  flows  are  admitted  if  and  only  if  the 
delay  requirements  can  be  met.  This  is  achieved  through  hard 
reservation.  If  residual  bandwidth  is  available,  then  it  is  shared 
in  a  proportional  manner.  The  algorithm  for  resource  allocation 
is  explained  in  Fig.  2. 

III.  Simulation  Model  and  Results 

To  validate  the  proposed  protocol,  we  conducted  extensive 
simulation  experiments.  We  considered  a  set  of  nodes  that 
were  randomly  distributed  over  a  square  region.  For  simplicity, 
the  nodes  were  assumed  to  be  identical  with  respect  to  their 
transmission  and  receiving  power.  The  nodes  remain  in  their 
positions  so  that  the  path  is  not  disturbed  during  a  session. 
The  channel  capacity  between  any  pair  of  nodes  is  assumed 
to  be  constant.  We  consider  that  the  nodes  generate  flows  that 
are  real  time  data  packets  only.  The  packet  arrival  process  is 
assumed  to  be  Poisson  and  the  service  time  is  exponentially 
distributed.  Packets  are  lost  due  to  channel  errors.  Since  we 
do  not  deal  with  the  medium  access  control  (MAC)  layer,  we 
assume  a  MAC  that  accounts  for  collision  free  environment. 
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Resource  Allocation  Algorithm 
l:  Calculate  channel  capacity  Cab  between  nodes  Na  and 

nb ; 

2:  Set  residual  bandwidth  RBab  =  Cab 1 
3:  if  A  new  session  Si  is  allowed  through  nodes  Na  — >  Ng 
with  packet  arrival  rate  A,  then 
4:  RBab  =  RBab  —  A*; 

5:  Ui  =  \i  +  '  *  RBab ;  where  n  is  total  number 

2_//e  =  l  Afc 

of  sessions  through  this  pair  of  nodes 
6:  for  all  ongoing  sessions  through  this  pair  of  nodes  do 

7:  in  =  A;  +  4  RBab ; 

8:  end  for 

9:  end  if 

10:  if  An  ongoing  session  Sj  terminated  between  nodes 
Na  — ►  A’b  with  packet  arrival  rate  Ay  then 

ii:  RBab  =  RBab  +  A?; 

12:  for  all  ongoing  sessions  through  this  pair  of  nodes  do 

13:  hi  =  Az  +  A  4  RBab', 

14:  end  for 

15:  end  if 

Fig.  2.  Resource  Allocation  Scheme 


TABLE  I 

Simulation  parameters 


Number  of  nodes 

60,80,100 

Total  area 

200x200 

Transmission  range 

40 

Audio  Packet  generation  rate 

20  packets/sec 

Audio  Data  packet  size 

100  bytes 

Video  Packet  generation  rate 

[25-500]  packets/sec 

Video  Data  packet  size 

500  bytes 

A.  Simulation  Parameters 

The  simulation  is  carried  for  three  different  network  sizes 
with  60,  80  and  100  nodes.  The  nodes  are  randomly  placed 
over  a  200  x  200  area  and  the  packets  they  generate  are 
destined  for  a  centrally  located  sink.  The  transmission  range 
is  40  for  each  node.  The  rate  at  which  requests  for  packet 
transmission  are  generated  is  varied  from  as  low  as  0.002 
requests/second  to  1  request/second.  The  request  is  made  for 
either  audio  or  video  traffic.  Data  for  an  audio  session  has 
packet  generation  rate  of  20  packets/second  with  each  data 
packet  of  size  100  bytes.  Video  traffic  has  packet  generation 
rate  between  25  and  500  packets/second  with  packet  size  of 
500  bytes.  All  packets  are  generated  as  per  the  Poisson  model 
and  packet  service  times  are  exponentially  distributed.  Hence, 
all  nodes  are  modeled  as  M/M/1  systems. 

Table  I  summarizes  the  simulation  parameters  used  in  the 
experimental  setup. 

B.  Metrics  of  Interest 

The  simulation  is  carried  to  study  the  behavior  of  the 
proposed  routing  scheme  with  respect  to  various  metrics. 
Throughput,  session  blocking  probability,  average  number  of 
hops,  fraction  of  paths  through  minimum  hop,  and  average 


Fig.  3.  Throughput  with  increasing  session  generation  rate 

delay  incurred  are  some  of  the  metrics  that  are  used  to  evaluate 
the  routing  protocol.  Let  us  formally  define  these  metrics. 

•  Throughput:  Throughput  is  defined  as  the  average  number 
of  packets  received  successfully  at  the  destination  per  unit 
time.  This  is  obtained  by  counting  the  total  number  of 
packets  successfully  reaching  the  receiver  and  dividing 
by  the  simulation  time. 

•  Session  Blocking  Probability:  It  is  the  ratio  of  denied 
session  requests  to  total  number  of  requests  made.  The 
sessions  are  denied  due  to  insufficient  resources  in  the 
network. 

•  Packet  Dropping  Probability:  Packets  in  a  wireless  net¬ 
work  can  be  dropped  either  due  to  lossy  channel  or  due 
to  buffer  overflow.  Here  we  measure  the  packet  dropping 
probability  as  the  ratio  of  packets  dropped  due  to  buffer 
overflow  to  total  number  of  packets  generated. 

•  Average  Path  Count:  It  is  the  average  number  of  hops 
taken  from  source  to  destination.  All  requests  are  routed 
through  the  minimum  end-to-end  delay  path.  This  path  is 
decided  based  on  bandwidth  availability  and  may  not  be 
the  minimum  hop  path.  This  way,  we  can  find  the  average 
number  of  hops  taken  to  reach  the  destination. 

•  Fraction  of  Paths  Through  Minimum  Hop:  As  mentioned 
earlier  for  the  average  path  count,  the  packets  may  be 
routed  through  a  path  that  has  more  hops.  This  metric 
helps  in  estimating  what  percentage  of  total  paths  take 
the  minimum  hop  path. 

•  Average  Delay:  This  is  the  average  delay  incurred  by  a 
packet  when  it  travels  from  a  source  to  the  destination. 
This  is  obtained  by  dividing  the  total  delay  by  total 
number  of  successful  packets. 

C.  Throughput 

Throughput  of  a  network  is  a  measure  of  its  packet  delivery 
efficiency.  The  plot  presented  in  Fig.  3  shows  the  throughput 
for  varying  session  generation  rates.  When  requests  for  session 
are  made  at  a  higher  rate,  i.e.,  the  time  between  two  successive 
requests  for  route  discovery  is  less,  the  throughput  is  higher. 
We  vary  the  rate  from  0.002  sessions/second  to  0.05  sessions 
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Fig.  4.  Throughput  for  a  fixed  session  generation  rate  of  0.02  sessions/sec.  Fig.  6.  Packet  dropping  probability  due  to  buffer  overflow 


Fig.  5.  Session  blocking  probability  with  session  generation  rate 


Fig.  7.  Average  Number  of  hops  with  increasing  session  generation  rate 


per  second.  500  requests  were  made  one  after  the  other  for  a 
given  session  generation  rate  and  the  corresponding  throughput 
is  obtained  for  that  particular  session  generation  rate.  The 
throughput  increases  from  approximately  0.2  Mbps  to  about 
2.5  Mbps.  From  the  plots,  we  can  infer  that  for  higher  request 
generation  rate  the  packet  delivery  rate  scales  well.  Hence  the 
system  is  expected  to  have  good  performance  with  respect  to 
request  rate. 

Fig.  4  shows  the  effect  of  increasing  the  number  of  requests 
at  a  given  session  generation  rate.  The  rate  of  requests  is  fixed 
at  0.02  sessions/second  and  number  of  requests  made  is  varied 
form  10  request  to  500  requests.  The  throughput  increases 
initially  till  100  sessions  have  been  requested.  At  around  100 
requests  the  system  reaches  its  saturation. 

In  the  same  plot,  the  simulation  result  is  observed  for 
different  network  sizes.  The  throughput  is  slightly  higher  for 
smaller  network  size.  A  smaller  network  has  higher  saturation 
level.  It  is  due  to  the  smaller  routes  taken  in  a  smaller  network. 
Thus  we  see  that  a  systematic  route  selection  results  in  higher 
throughput  for  the  network. 

D.  Session  Blocking  Probability 

We  study  the  blocking  probability  of  the  proposed  scheme. 
As  more  and  more  requests  are  generated  in  a  given  time. 


the  resource  limitations  would  deny  admission  to  some  of 
the  requests.  The  blocking  probability  increases  for  higher 
request  rate  as  seen  in  Fig.  5.  However  even  for  high  rates 
equivalent  to  one  request  every  20  seconds  i.e.  at  a  rate  of  0.05 
sessions/second  the  blocking  probability  is  less  than  30  percent 
for  the  different  network  sizes.  For  most  of  the  applications  the 
request  is  not  so  frequent  and  the  blocking  probability  varies 
between  0.15  and  0.25  for  different  network  sizes.  Hence 
more  and  more  requests  are  denied  and  the  network  utilization 
suffers  if  the  routes  are  not  chosen  strategically. 

E.  Packet  Dropping  Probability 

Due  to  finite  buffer  size,  packets  will  be  lost  due  to  buffer 
overflow.  We  study  the  packet  drop  probability  for  different 
buffer  sizes.  We  vary  the  buffer  size  from  0.15625  megabytes 
to  5  megabytes.  Fig.  6  shows  that  the  packet  drop  probability 
for  a  buffer  size  of  0.625  megabytes  is  4%  and  drops  to  nearly 
0%  for  a  buffer  size  of  1  megabyte  or  higher. 

F.  Average  Path  Count 

Fig.  7  shows  the  average  number  of  hops  taken  per  request. 
This  value  does  not  change  with  the  request  rate.  The  plots 
show  that  for  a  network  size  of  60  nodes  the  path  length  varies 
between  4.4  hops/route  to  4.7  hops  per/route.  Similarly,  for  80 
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Fig.  8.  Average  Number  of  hops  for  the  proposed  and  minimum  hop  scheme 
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Session  Generation  Rate 
Fig.  9.  Percentage  of  paths  through  minimum  hop 

and  100  nodes  the  range  is  between  4.6  to  4.9  and  between 
4.6  to  5.2  hops/route  respectively. 

The  number  of  hops  taken  along  a  path  is  more  for  higher 
request  rate.  The  shorter  paths  with  sufficient  resources  to  sup¬ 
port  the  requests  are  exhausted  soon  and  for  further  requests 
it  becomes  necessary  to  take  longer  paths  to  ensure  quality. 

Fig.  8  shows  that  the  tradeoff  due  to  our  proposed  scheme. 
We  observed  that  the  path  length  of  a  route  is  higher  as 
compared  to  the  minimum  hop  path  scheme.  Our  routing 
protocol  selects  routes  that  offer  the  least  delay  irrespective 
of  the  number  of  hops.  This  also  helps  in  distributing  the  load 
over  the  network. 

G.  Percentage  of  paths  through  minimum  hop 

As  seen  earlier  in  Fig.  8  the  path  count  is  higher  for 
our  scheme.  The  result  in  Fig.  9  shows  that  about  one-third 
of  the  paths  happens  to  be  through  the  minimum  hop  path 
irrespective  of  the  network  size.  This  value  further  drops  for 
higher  request  rates. 

H.  Average  Packet  Delay 

Since  we  consider  delay  guarantees  for  assuring  quality 
of  service,  it  is  very  essential  to  see  delay  performance  of 
the  scheme.  Fig.  10  shows  the  delay  performance  for  our 


Fig.  10.  Average  packet  delay  with  increasing  Session  Generation  Rate 

scheme.  There  is  a  small  variation  in  the  delay  for  different 
network  size  for  lower  session  generation  rate.  However  with 
increasing  session  generation  rate  the  delay  performance  is 
same  irrespective  of  the  network  size  as  well. 

Thus,  we  see  that  varying  parameters  like  session  generation 
rate  and  network  size  do  not  affect  the  delay  performance 
adversely.  The  delay  performance  is  consistent  and  hence  we 
successfully  achieve  delay  guarantee. 

IV.  Conclusions 

In  this  paper,  we  propose  a  delay  based  routing  protocol 
for  ad  hoc  networks  that  support  real  time  applications.  The 
proposed  routing  protocol  estimates  the  delay  of  a  new  session 
based  on  resource  availability.  If  resources  are  available,  i.e., 
there  is  enough  bandwidth,  then  a  new  session  is  admitted 
and  a  route  that  yields  the  minimum  delay  from  the  source 
to  the  destination  is  found.  Delay  at  each  hop  is  determined 
using  the  M/M/1  model;  the  end-to-end  delay  is  calculated  by 
summing  the  delays  at  each  hop.  For  better  delay  performance, 
the  routing  protocol  is  complimented  with  adaptive  resource 
management.  Resources  are  reserved  for  sessions  that  have 
already  been  admitted  and  the  residual  bandwidth  is  distributed 
proportionally  to  aid  faster  processing  of  packets.  In  this  way, 
the  best  possible  quality  of  service  is  made  available  to  the  data 
traffic  at  any  time.  All  session  requests  were  dealt  individually 
as  per  the  traffic  descriptors  like  packet  generation  rate  and 
packet  size.  Simulation  results  reveal  that  the  proposed  routing 
scheme  adheres  to  the  delay  bounds.  The  results  also  show 
that  the  delay  variation  is  very  small  irrespective  of  varying 
parameters  like  number  of  nodes  and  traffic  generation  rate. 
Hence,  the  target  delay  is  achieved  using  our  approach. 
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